Found in

• 118.0a1

Affected versions

• 118.0a1

Affected platforms

• Windows 10

Preconditions:

• browser.search.region set to CA
• have at least one address saved in about:preferences#privacy

Steps to reproduce

1. Reach the Address form on https://mejuri.com/
2. Hover over any saved address entry and observe the autofill preview behavior
3. Select 1 saved address entry

Expected result

• The preview should be properly done for all the eligible fields.
• All the fields should be auto-filled with accurate data.

Actual result

1. The autofill is not working for the Country and the Apt/Unit fields.
2. The fields bellow "We don't ship to PO Boxes, that extends afterwards should also be autofill directly, without any additional entry trigger.

Regression

• N/A.

Additional notes

• The first actual result is reproducible on Chrome as well, but the second one is not reproducible, all fields are populated at once.
• Fathon sample

:asoncutean, if you think that's a regression, could you try to find a regression range using for example mozregression?

Some notes after investigating this:

1. the country field isn't a real dropdown menu so it cannot be detected. Other browsers do not detect it either. We only handle <input> and <select> elements.

2. the city/province/postcode/phone fields are only added to the document when the street address is filled in, so the scanner for valid fields does not find them. Chrome seems to detect the fields being added and, after a half-second delay, fills them in anyway, except the phone number.

This is no longer a valid bug, since the address form for mejuri.com has been changed in the meantime and the autofill is working ok there. However there is an issue related to the capture doorhanger, that has been logged here: https://bugzilla.mozilla.org/show_bug.cgi?id=1951926